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METHOD AND APPARATUS FOR MANUFACTURE TEST PROCESSING 
A DISK DRIVE INSTALLED IN A COMPUTER SYSTEM 

FIELD OF THE INVENTION 

5 The invention relates to a method and apparatus for performing manufacture test 

processing for a disk drive. 

BACKGROUND OF THE INVENTION 

Most computer systems include a memory storage device such as a hard disk drive for 
10 storing large amounts of data. Hard disk drives typically include a magnetic disk that stores a 
large amount of binary information. This magnetic disk is typically coupled to a hub that is 
rotated by an electric motor commonly referred to as a spin motor. In order to write information 
to and read information from the disk, a head is employed which magnetizes and senses the 
magnetic field of the disk. The head is commonly referred to as a transducer. The head is 
15 typically located at the end of a cantilevered actuator arm that pivots about a bearing assembly 
mounted on a base plate. The actuator arm has a coil which cooperates with a magnet mounted 
on the base plate. Providing current to the coil creates torque on the actuator arm and moves the 
head relative to the disk. The coil and magnet are commonly referred to as a voice coil motor. 
The disk drive contains integrated circuits that control the operation of the drive. The 
20 circuits typically include a read/write channel that is coupled to the head and an interface 

controller. The interface controller is coupled to the host computer and a random access memory 
(RAM) buffer to store data transferred between the disk and the host computer. 

Data is recorded on the disk in the form of magnetic transitions spaced closely together. 
In modern disk drives, recording densities both in terms of tracks per inch and linear density 
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along a track have reached a level which creates extreme sensitivity to imperfections in the disk. 
These imperfections are known as media defects and occur in the magnetic recording layer of the 
disk. Media defects cause portions of the magnetic recording layer to be unacceptable for 
recording the magnetic transitions. Media defects can be small, affecting only a small number of 
5 transitions on a small number of tracks, or large, affecting many transitions across multiple 
tracks. 

Manufacturing tests processes are performed on the disk drive at the factory prior to its 
installation in a computer system. These tests include flaw mapping, embedded runout 
compensation (ERC) and final drive verification. 

10 Flaw mapping performs a write/verify process over the tracks to identify logical block 

addresses (LBAs) which possess defects and may not be able to receive and store information. 
The locations of LBAs with defects are stored in a flaw map. ERC corrects irregularities in the 
shape of the tracks (cylinders). An error value is generated which indicates the distance between 
the head and the center of the track at a particular location on the track. The error value provides 

15 alignment correction for the head during the read/write process for a particular track on the disk. 
Final drive verification is a follow-up to flaw mapping that confirms that the LBAs do not 
contain flaws. 

Unfortunately, these manufacture test processes are very time consuming. As the number 
of tracks in the disk drive has increased, the total number of passes made at each location in 
20 performance of these tests has increased which in turn increases the manufacture time for the 
disk drive. 
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SUMMARY OF THE INVENTION 

The present invention teaches that manufacturing test processes can be automatically 
performed by the disk drive once it is activated and operational in a computer system rather than 
in the factory prior to installation of the disk drive. 
5 The present invention performs automated manufacture test processes on a disk drive 

once the disk drive is installed and operating within a computer system. The invention includes 
a processing module located in a memory of the disk drive, and the memory can be a processed 
portion of the disk, a random access memory (RAM), a read only memory (ROM), as well as any 
combination of these devices. The processing module includes sequences to perform automated 

10 tests. The test procedures and other saved information are retrievable by a processor of the disk 
drive such that the testing is performed at predetermined times. 

In an aspect of the invention, the test includes at least one of flaw mapping, embedded 
runout compensation (ERC) and final drive verification. Flaw mapping includes initiating 
write/verify tests of LB As on the disk either during normal write commands for the disk drive or 

15 when the computer system is idle. Flaw mapping makes an initial query as to whether any user 
commands are pending. If a write command is pending, an analysis determines whether the 
addresses to which the information is to be written are LB As which have been previously 
processed. If not, during the write function to these LBAs a verify determines whether the 
information was stored correctly. If the information was not stored correctly, the LB A is 

20 reassigned to a processed area of the disk and a pointer provided at the original location to direct 
all future read and write functions to the new location. As LBAs are processed, counters are 
continually updated and saved to track which LBAs have been processed. The processing 
module also performs a write function in an area which includes both processed and unprocessed 



LBAs. The processing module performs write functions to processed areas and then perform 
write/verifies on the unprocessed area before the information is permanently written to a 
particular LBA. 

When there are no user commands pending and the computer system is idle, the 
5 processor performs the write/verify tests on LBAs using test information. As an initial step, 
information is retrieved from memory which indicates which of the LBAs have been tested and 
which have not. Once the next unprocessed LBAs are identified, the write/verify functions are 
performed and all LBAs which have flaws are reassigned to a processed area of the disk and 
pointers are provided at the previous location. Once a particular increment of the LBAs is 

10 processed, a pointer is updated and a check made as to whether any user commands are pending. 

A further test is embedded runout compensation (ERC). Unlike the flaw mapping, the 
ERC typically is not performed when a user command is being performed or pending. Instead, 
the ERC is performed during idle times and an error signal is generated which is stored in 
memory and provides a correction for the head. An initial query also asks whether a user 

1 5 command is currently pending. If a user command is pending, it is performed and the ERC test 
is not performed until idle time. If idle time is detected, a counter is accessed from memory to 
identify which of the cylinders is processed next. To track the completion of the ERC, counters 
indicate which cylinders have been tested and which have not. Further, various cylinders are not 
employed during normal operation of the disk drive until an adjacent cylinder has also been 

20 tested. Separate pointers track both of these items. 

Once the next cylinder to be processed is identified, the ERC for that cylinder is 
performed and an error signal is generated and stored in memory. Further, the counters that track 
which cylinders have been processed are updated and stored in memory. Another query then 



asks whether there are any user commands pending. If there are, those commands are 

performed, if not, another cylinder is tested until all unprocessed cylinders are processed. 

Final drive verification ensures that the LBAs which were tested are not flawed. As with 

the flaw mapping test described above, this test is automatically initiated either during idle time 
5 or performed with write functions as part of user commands. If the final drive verification is 

performed as part of a user command, previously saved counter information is accessed to 

determine whether the final drive verification has been performed previously on any of the LBAs 

to which a write is to occur. If not, the write function is performed on the LBAs and the 

information is verified. If any errors are detected, the LBAs are reassigned and a pointer is 
10 generated to direct all future write functions to the reassigned LBAs. Once the write function is 

complete, the necessary pointers are updated and a further query asks whether any user 

commands are pending. 

If the computer system is idle, counter information is retrieved from memory and an 

increment of LBAs are identified for which the final verification test is to be performed. At this 
15 point, the information stored on these LBAs is read and verified. If any errors are detected, the 

effected LBAs are reassigned and a pointer is included in the disk. At this point, the counters are 

updated and the system returns to its initial query. 

In another aspect of the invention, portions of the test described above are performed at 

the factory prior to the disk drive being installed in the computer system in order to detect any 
20 major flaws in the disk. For example, a certain percentage of the LBAs and cylinders at 

designated locations on the disk are tested to identify any major flaws which extend across 

multiple LBAs or cylinders. 
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BRIEF DESCRIPTION OF DRAWINGS 

Figure 1 is a top view of a magnetic disk and an actuator arm in a disk drive. 
Figure 2 is an electronic system diagram of the disk drive. 

Figure 3 is a flow chart of the steps performed for a write/verify function during flaw 
5 mapping of a disk drive. 

Figures 4A and 4B are a flow chart of the steps performed by the disk drive during 
automated flaw mapping. 

Figure 5 is a flow chart of the steps performed by the disk drive during automated ERC 

testing. 

10 Figure 6 is a flow chart of the steps performed by the disk drive during automated final 

drive verification. 

DETAILED DESCRIPTION 

Figure 1 shows hard disk drive 10 in accordance with the present invention. Disk drive 
15 10 includes magnetic disk 12, actuator arm 14, read/write head 16, voice coil motor 18 and spin 
motor 20. Disk 12 is constructed from metal, glass, ceramic or a composite substrate that is 
covered with a magnetic coating as is known in the art. Disk 12 is rotated by spin motor 20. 
Disk 12 rotates relative to actuator arm 14 which supports head (or heads) 16. Head 16 contains 
a coil (not shown) which can magnetize and sense the magnetic field of the corresponding 
20 adjacent surface of disk 12. At the opposite end of actuator arm 14 from head 16 is voice coil 
motor 18. Voice coil motor 18 rotates actuator arm 14 and head 16 such that head 16 is 
positioned to read or write information on disk 12. 
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Data is stored on disk 12 along annular tracks concentric within the diameter of disk 12. 
Disk 12 can have various diameters such as 1.8 inch, 2.5 inch, 3.5 inch, etc. For example, with a 
1.8 inch disk, the system will typically store data on a 130 tracks per disk surface. In one 
configuration, each track contains servo sectors and each sector is capable of storing up to 768 
5 bytes of data. The total assembly is capable of storing up to 130M of data. 

Figure 2 is a schematic of the electronic system architecture of disk drive 10. The system 
includes data manager 22, controller 24, servo 26, read only memory (ROM) 28, read/write 
(R/W) chip 30 and preamp 32. Data manager 22 provides data exchange between disk drive 10 
and host computer 34. Controller 24 provides control signals for various electrical components 

10 of disk drive 10. For instance, controller 24 is connected to servo 26 which controls the 

operation of voice coil motor 18 and spin motor 20. Controller 24 is also connected to ROM 28 
which stores software that runs disk drive 10. R/W chip 30 controls the read/write functions for 
data stored on and received from the disk 12 through head 16 and preamp 32. 

In operation, disk drive 10 is installed in host computer 34. Disk drive 10 receives a 

15 request from host computer 34 for reading or writing data on disk 12. Data manager 22 receives 
the request from host computer 34 in the form of logical block addresses (LB As). This 
information is provided to controller 24 which in turn converts the logical block addresses to 
physical disk addresses. Controller 24 then initiates a seek routine through servo 26, which in 
turn moves head 16 to the proper location on disk 12. When voice coil motor 18 has moved head 

20 16 to the desired disk sector, controller 24 provides a z-sector signal to data manager 22. Upon 
receiving the z-sector signal, the read or write function is initiated and the necessary functions 
performed using head 16, R/W chip 30 and preamp 32. The data extracted by R/W chip 30 is 
provided through data manager 22 to host computer 34. 



To ensure that disk drive 10 operates in host computer 34 substantially as described 
above, a number of manufacturing tests processes are performed on disk drive 10. Typically, the 
manufacturing test processes are performed at the factory prior to installation of disk drive 10 in 
host computer 34. According to the present invention, while some manufacturing tests can be 
performed prior to installing disk drive 10 in host computer 34, other manufacturing tests can be 
performed while disk drive 10 is installed and operating within host computer 34. 

Disk drive 10 is equipped with the functionality to perform a number of automated self 
test procedures. In the embodiment described herein, the self test procedures include flaw 
mapping, embedded runout compensation (ERC) and final drive verification. In view of the 
teachings of the present invention, one skilled in the art would realize that any number of tests 
can be performed in an automated fashion while disk drive 10 is installed and operating in host 
computer 34. These tests fall within the scope of the present invention. 

During the manufacture of disk drive 10, manufacturing tests such as drive functionality 
and data optimization are performed at the factory. Additionally, flaw mapping, ERC and final 
drive verification are performed over a limited area of disk 12 to assure there are no major flaws 
in disk 12. Therefore, a portion of disk 12 is processed and ready to store data once host 
computer 34 is operational. For example, at the factory, flaw mapping and ERC are performed 
for the first 10 percent of the LB As. Disk drive 10 is then flaw mapped and ERC is performed 
for every N tracks of the remaining disk surface to assure there are no very large defects and 
predict the total number of defects. A processed pointer is then initialized and stored on disk 12 
indicating the portions of disk 12 that have been already processed. Also during the factory 
manufacturing, an automated test program described below is written into the memory of disk 
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drive 10. The memory can be a processed portion of disk drive 10, a random access memory 
(RAM), a read only memory (ROM), and any combination of these devices. 

Once the manufacturing testing processes at the factory are complete, disk drive 10 is 
installed in host computer 34. The unprocessed portions of disk 12 are then automatically 
5 processed during normal operation of host computer 34. For example, this automated processing 
occurs during write functions to unprocessed areas of disk 12 and during disk drive idle time (no 
user commands pending). This testing is substantially interruptible and does not significantly 
reduce the performance of the disk drive 10 during user commands for read and write functions 
during normal operation. 

10 As described above, tests performed during normal operation of host computer 34 include 

flaw mapping, ERC and final drive verification. As part of the flaw mapping and final drive 
verification, write or read/verify tests are performed which determine whether a particular LBA 
is able receive data when written to. 

Figure 3 is a flow chart of steps performed during a write/verify test which is employed 

15 by the automated test procedures described below. As an initial step a list of LB As to be 

analyzed is identified. The first LBA in the list is identified and the test procedure begins with 
test information being written to the LBA. The LBA is then read and the information read from 
the LBA is compared against the test information. A determination is then made as to whether 
the read information is identical to the test information. If any differences in the information 

20 read from the LBA are detected, a determination is made that the particular LBA is flawed. If 
so, the LBA is reassigned to another area on disk 12 and a pointer is placed on disk 12 indicating 
the new location for the LBA. 
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If the information read from the LBA matches the test information, the LBA is 
determined to be functional and the flaw map is updated for disk 12. At this point the next LBA 
in the particular increment is tested, and the flaw mapping continues until all LBAs in the 
particular increment are tested. 
5 The flaw mapping process described above is employed as part of the automated flaw 

mapping procedure for disk drive 10. 

Figures 4 A and 4B are a flow chart of the steps performed by the automated flaw 
mapping process once disk drive 10 is installed in host computer 34 and host computer 34 is 
operational. As an initial step not shown in the flow chart, at start-up of host computer 34, the 

10 processor of disk drive 10 issues an instruction to execute a software program, which is either 
stored on disk 12 or in ROM, to perform the automated tests. Once this software program is 
loaded and running, the system is ready to initiate the automated self test. As a first step, a query 
asks whether a user command is currently pending. User commands are instructions which 
direct disk drive 10 to read or write information on disk 12. If a user command is pending, a 

1 5 determination is made as to whether it is a read or write command. If a read command is 

detected, disk drive 10 operations proceed normally. If a write command is detected, the process 
determines whether the LBAs to which the information is to be written are in a processed or 
unprocessed area of disk 12. When disk 12 is delivered from the factory, certain areas of disk 12 
are already flaw mapped and this is recorded on a flaw map for disk drive 10 which is accessible 

20 in memory. Further, as different areas of disk 12 are processed through the flaw mapping 
process, this is indicated in the flaw map. 

Returning to Figure 4A, if the entire area which information is to be written is 
unprocessed, then disk drive 10 performs a write of the information and then a verify of what has 



been written. If the write/verify step fails, a reassignment of the LB As which failed is 
performed, the information is written to a processed area of disk 12, and a pointer is placed on 
disk 12 which identifies the location of the reassigned LB As. The pointer also indicates that the 
flawed area of disk 12 should not be used. 
5 If it is determined during the write function that a first portion of the data is to be written 

to an unprocessed area and a second portion is to be written to a processed area, a write is 
initially performed to the processed area. With regards to the unprocessed area, the write/verify 
test is performed for the LB As included therein. If the verify fails, there is a reassignment of the 
LB As to new locations on disk 12 and a pointer is provided which redirects all future reads and 

10 writes to the new LB As. In the last scenario, a determination is made that the write is being 
performed to an area which has been processed. In this case, there is no need to perform an 
automated test and the write function is performed normally. 

In order to track the progress of the testing, counters are incorporated in the automated 
test program. One counter is the process LBA counter which indicates the last LBA which was 

15 processed. During various program cycles the counters are continually updated in case of 
interruptions due to user commands or power loss. 

The system performs the automated tests until the entire disk 12 is analyzed. As such, the 
automated program tests areas of disk drive 12 during detected idle times. Returning to the 
initial steps in Figure 4 A, if no user commands are pending, the automated self test disclosed in 

20 Figure 4B is then initiated. Initially, a counter saved in memory is accessed to determine the last 
increment of LB As to be processed and identify the next increment of LB As to be processed. 
The number of LB As included in an increment is limited so as not to take enough time to unduly 



interfere with normal operation of host computer 34. During the time the automated process is 
performed, disk drive 10 is inaccessible. 

Returning to Figure 4B, an additional query asks whether there are enough LBAs left to 
be processed for a normal processing increment. If there enough LBAs for an increment, the test 
information is retrieved and employed in a write/verify step for each LBA. Any LBAs which 
fail the write/verify test are reassigned and a pointer is provided on disk 12. Once all the LBAs 
in an increment are tested, the defect map stored in memory is updated, and likewise, the counter 
which indicates which LBAs have been processed is updated. Another increment of LBAs will 
be identified and tested unless a new user command is detected or there are no more unprocessed 
LBAs left. 

If there is not a normal increment of LBAs for performing the automated processing, the 
remaining unprocessed LBAs are automatically tested and the defect map is updated and the 
number of good LBAs are identified. The LBAs tested are moved from unprocessed space to 
processed space. The testing program is then updated to indicate that the flaw mapping test is 
complete. 

Figure 5 is a flow chart of the steps performed by the automated system when performing 
ERC. As noted above, a first step (not shown) is the downloading and execution of a program 
which is either stored in ROM or on a processed area of disk 12. A first query made in the 
automated test procedure asks whether a user command is pending for reading or writing 
information on disk 12. If a user command is pending, the system will discontinue performing 
the automated test functions and perform the requested user commands. After the command is 
complete, and the system returns to idle mode the query is made again. 
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If there are not user commands pending, a first query asks whether there are any 
unprocessed tracks (cylinders) left to be tested. As in flaw mapping, the disk space is broken 
into three areas. The first (lower) is the process area which includes user LBAs. The second 
(middle) in the unprocessed area which does not contain user LBAs. The third (top) is the 
5 unprocessed area which also contains user LBAs. The ERC is executed from the lower to higher 
areas until all processing is complete. Since the ERC modifies (straightens) the path of the head, 
user data will not be moved to the process cylinder until the cylinder being tested (target) and 
target +1 cylinders have been processed. In order to perform the testing, counters are employed. 
These include the last process user's cylinder as well as the last process cylinder. The last 

10 processed user cylinder indicates the last cylinder which has been processed which is available 
for storing data. The disk drive is configured at the factory such that the last processed user 
cylinder equals -1 and the last process cylinder also equals -1. 

Returning to Figure 5, if unprocessed cylinders are left, the last processed cylinder 
pointer is accessed to determine which cylinder is next to be processed. Once the next cylinder 

15 to be processed is identified, the ERC is performed and the error information for that particular 
cylinder is stored in memory. After this information is generated the various pointers employed 
are also updated. For example, the last processed cylinder is incremented up one as is the last 
processed user cylinder. This information is then saved in memory. The process then returns to 
start and if no user commands are pending the next unprocessed cylinder is processed. 

20 Figures 6A and 6B are a flowchart of the steps performed in final drive verification. As 

an initial step, a query asks whether a user command is pending. If there is a user command 
pending, the process determines whether it is a read or write command. If it is a read command, 
the read function is performed without interruption and the automated program returns to its 



initial query. If it is a write command, yet another query asks whether the write is to a processed 
or unprocessed area (with regards to the final drive verification test). If the write command is to 
an area which has been processed, the write function is performed without interruption and the 
program returns to its initial query. 
5 A query then asks whether the area to which the write command is to be carried out 

includes any unprocessed LBAs. In particular, a query asks whether all the writes are to an 
unprocessed area. If this is the case, each LBA to which a write is to occur has a write/verify test 
performed as described in Figure 3. All LBAs which fail the write/verify will be reassigned and 
a pointer provided on disk 12. Further, the flaw map will be updated to indicate the flawed 

10 LBAs. When the processing for particular increments of disk drive 12 is performed, the counter 
which tracks the LBAs which have been processed is updated by adding the processing 
increments. At this point, the automated program returns to the initial query. 

If the area to which information is to be written contains both processed and unprocessed 
LBAs, all the writes are initially performed to the processed area. Once the unprocessed area is 

15 reached, the write/verify test is performed on all of the unprocessed LBAs. At this point, the 
LBAs which fail are reassigned and pointers are provided at the location. Further, the flaw map 
is updated, as are the counters which indicate where the future cycles of the test are to begin. 

Turning again to the first query of Figure 6 A, if there are no user commands pending, the 
final drive verification test program retrieves the stored information and counters which indicate 

20 where the write/verify test is to continue from. Typically, a predetermined processing increment 
is employed to identify the number of LBAs which will be tested during a particular cycle of the 
test. A first query asks whether there are any LBAs left to process. If there are not, the process 
ends. If there are LBAs to be processed, a further query asks whether there are enough LBAs in 



a normal processing increment. If there are not, this indicates that the end of the test is about to 
be reached, and the remaining LBAs are tested. In this situation, because information had been 
previously written to these LBAs either through the write/verification test and/or during normal 
operation this information is read from the particular LBA and is checked for accuracy. If an 
5 error is detected, the LBA is reassigned and a pointer is provided. The flaw map is then updated 
and then the LBA pointer is also updated to indicate that all of the LBAs have been read during 
the final drive verification pass. 

If there are enough LBAs to fill a processing increment, the final drive verification test 
program performs the read verify function on the LBAs in the increment as described above. If 
10 any of the LBAs are flawed, the LBA is reassigned and the flaw map is updated. Once the test 
for an increment is complete, the LBA counter which indicates which LBAs have been processed 
is incremented upwards. This information is then saved in memory and the test program returns 
to the initial query. 

Disk drive 10 installed in host computer 34 can implement other automated 
1 5 manufacturing test processes, such as servo optimization, data optimization, mechanical check 
and determination of tolerances of different components in disk drive 10. 

The foregoing description of the present invention has been presented for purposes of 
illustration and description. Furthermore, the description is not intended to limit the invention to 
the form disclosed herein. Consequently, variations and modifications commensurate with the 
20 above teachings, and the skill or knowledge of the relevant art, are within the scope of the 

present invention. The embodiments described above are further intended to explain best modes 
known for practicing the invention and to enable others skilled in the art to utilize the invention 
in such, or other, embodiments and with various modifications required by the particular 



applications or uses of the present invention. It is intended that the appended claims be 
construed to include alternative embodiments to the extent permitted by the prior art. 
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